电子书包故障排查思路
这边可分为两个大的处理方向:
一、当前电子书包故障大多为教师端无法正常与学生端同步,因此我们首先先要确认当前接入的终端是否可正常ping通网关,以及教师端是否正常ping通网关。和学生端ping教师端是否稳定不丢包
1、 如果当前ping测试故障,建议排查有线环境确保有线环境正常后查看无线环境干扰和低速率干扰问题,进行信道错开和关闭低速率集、终端接入数限制。在保证无线端优化、配置无误情况,依旧存在无法正常ping通网关情况,建议查看无线软件版本是否最新稳定,进一步保证软件版本无存疑。
2、 极端情况可能进行软件版本与配置、优化无误情况依旧存在ping延迟不稳定丢包情况,建议客户空口抓包
二、确保教师端与学生端互ping正常情况下,进一步排查教师端与学生端电子书包的正常同步问题
1、 首先确认该电子书包使用何种方式进行数据同步。当前大多数电子书包环境为广播或者组播方式,少数单播环境
2、 广播方式下进行广播配置:
Ruijie(config)#data-plane queue-weight 16 4 2 4 1
Ruijie(config)#data-plane token 10 1000000(10*1000000就是每秒允许的报文数)
Ruijie(config)#data-plane wireless-broadcast enable
3、 组播方式进行以下配置:
Ruijie(config)#ip igmp snooping querier
Ruijie(config)#ip igmp snooping querier address 172.18.12.253(该地址建议为现场服务器地址或者网关地址)
Ruijie(config)#ip igmp snooping vlan 239 querier(该vlan为现场sta所在vlan)
Ruijie(config)#ip igmp snooping host-aging-time 65535
Ruijie(config)#ip igmp snooping ignore-query-timer ---------》优化无线环境的组播查询可能丢失导致表项被删除的优化配置:忽略查询报文,表项会老化。
Ruijie(config)#ip igmp snooping
Ruijie(config)#ip multicast wlan
Ruijie(config)#data-plane wireless-broadcast enable
4、 单播环境设备默认配置
5、 进行对应方式配各置后依旧出现电子书包同传卡慢故障,需进一步进行电子书包优化测试(测试需要逐条配置测试,禁止所有优化统一配置后测试,否则有可能起到反效果)。优化方式参考电子书包实施一本通
三、极少数情况
1、 确认教师端是否适用于有线接入还是无线接入,这边有碰到过有些教师端仅适用于有线接入才能正常使用。有些仅是由于无线接入
2、AP3220-P B7版本 用lan接口有线接教师机和学生机同传慢 B1正常===》AP config下配置data-plane token 10 1000000
3、黑屏的问题:经过分析,由于终端发的是组播的UDP报文,一个UDP报文被分片了许多小的报文。而AP的默认配置组播队列较小,导致部分组播UDP报文丢弃从而造成黑屏的问题。
解决方法:通过在AP上面调整组播队列的大小后黑屏的问题解决。data-plane queue-weight 2 36 2 20 1
4、屏幕广播不流畅的问题:我们通过调整队列大小后,发现屏幕广播还是不是很流畅,经过分析为组播在无线上没有ACK机制,所以无法确认是否丢包/重传。
5、环境有干扰的情况下容易出现某些终端接收不到报文而影响体验。
解决方法为:调整组播的发送速度。 在信号 下配置mcast_rate 11
6、组播转单播一般用在在组播视频上,让视频更加流畅。目前1B18及以上版本才支持这个功能。
配置参考:
1)在同一个广播域中的三层设备开启组播路由协议
2)、
Ruijie(config)#ip multicast wlan //开启无线组播功能
瘦模式配置(ap-config模式配置)
Ruijie(config)# ip igmp snooping ----->所有vlan开启igmp snooping,若只对某些vlan开启该功能:ip igmp snooping vlan 1
Ruijie(config)#ap-config xxx
Ruijie(config-ap)# igmp snooping mcast-to-unicast enable
Ruijie(config-ap)# igmp snooping mcast-to-unicast group-range ip-addr ip-addr ----->可选配置,定义组播转单播范围
Ruijie(config-ap)#igmp snooping //AP开启igmp检测功能
Ruijieconfig)#data-plane wireless-broadcast enable
胖AP配置:
Ruijie(config)#ip igmp snooping ----->所有vlan开启igmp snooping,若只对某些vlan开启该功能:ip igmp snooping vlan 1
Ruijie(config)#ip igmp snooping mcast-to-unicast enable
Ruijieconfig)#data-plane wireless-broadcast enable
电子书包常见故障
一、电子书包终端超过20台会与服务器断开
1、故障现象
AP320-I胖ap模式,关联PAD超过20台,教师下发主观题(一般包含图片),部分PAD接收不到,会提示连接服务器失败,自动重连后,有重试提示框,此时点击重试,所下发内容会正常接收到。
2、网络环境
电子书包环境
3、处理步骤
(1)经抓包发现异常情况为:
该PAD终端在接收题目的情况下,也会进行频繁的节电(正常终端在有流量时一般不会节电更不会频繁的节电)。
(2)分析问题原因:
由于频繁的节电容易造成AP与STA的不同步,例如STA发出了节电通告,AP可能还来不及处理STA的节电通告,就给该STA回复了报文,这样就 会造成STA收不到该报文。此时AP会一直给STA重传该报文直到达到最大重传次数后发送失败。而此时的重传就会造成空口资源的浪费,也会造成STA端发送报文的机会减少,相当于拉大了该报文的传输时延,进而造成应用程序提示中断了。
4、故障解决
临时解决方案:
将软件重传的次数往低配置,减少无谓的空口浪费,这样STA端可以更快发起重传,避免应用层超时而中断。
最终解决方案:
由硬件厂商对PAD网卡驱动的节电模式进行修改,在有流量的情况下不进入节电模式。
5、故障总结及注意
对于感觉无法搞定的故障,该升级升级,该抓包抓包
二、电子书包黑屏和卡的问题
1. 黑屏的问题:经过分析,由于终端发的是组播的UDP报文,一个UDP报文被分片了许多小的报文。而我们AP的默认配置组播队列较小,导致部分组播UDP报文丢弃从而造成黑屏的问题。
解决方法:通过在AP上面调整组播队列的大小后黑屏的问题解决。
data-plane queue-weight 2 36 2 20 1
2. 屏幕广播不流畅的问题:我们通过调整队列大小后,发现屏幕广播还是不是很流畅,经过分析为组播在无线上没有ACK机制,所以无法确认是否丢包/重传。 环境有干扰的情况下容易出现某些终端接收不到报文而影响体验。
解决方法为:调整组播的发送速度。
mcast_rate 11